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Amendments to the Specification; 

Please amend paragraph [002] as follows: 

[002] U.S. Patent Application Ser. No. 09/928.646 (Attorney Docket No. 
044935.0000/1), entitled "PERSONALIZED DATA REPLICATION FOR 
WIRELESS DEVICES USING FILTERS," filed concurrently; 

Please amend paragraph [003] as follows: 

[003] U.S. Patent Application Ser. No. 09/928.650 (Attorney Docket No. 
044935.0000/3), entitled "PROACTIVE DATA REPLICATION FOR WIRELESS 
DEVICES," filed concurrently; and 

Please amend paragraph [004] as follows: 

[004] U.S. Patent Application Ser. No. 09/928.964 (Attorney Docket No. 
044935.0000/4), entitled "LOCATION BASED DATA REPLICATION FOR 
WIRELESS DEVICES," filed concurrently. 

Please amend paragraph [006] as follows: 

[006] Soon after computers were invented, people began connecting them 
together. Connections among multiple computers enabled scarce resources such as 
printers and memory devices to be shared. At first, connections between 
computers were established with wires, but, as technology advanced and a need 
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developed for more flexibility, wireless communication methods were created and 
deployed. Early wireless communication techniques involved periodically 
connecting a mobile device to a network access point via a cable or via infrared 
signals between the mobile comput e r device and the network access point. These 
techniques require either attaching wires to the mobile device or placing an 
infrared port on the mobile device within the limited range of a corresponding 
infrared port at the network access point. Basically, early wireless communication 
techniques enabled mobile devices to communicate with each other or other 
computers only within a limited physical range. The issue of limited range was 
addressed in the nineties when computing devices were designed to take advantage 
of new wireless communication networks, e.g., cellular telephone systems, that 
were beginning to appear around the United States and the world. 

Please amend paragraph [007] as follows; 

[007] By the late nineties, wireless networks spanned much of the world, 
allowing mobile computing devices to communicate from almost any location with 
each other and with remote computers hosting centralized data storage applications, 
or "data servers." For example, using these communication networks, [[a]] sales 
people, using wireless-modem equipped, laptop computers, can keep in touch with 
their company's centralized inventory and ordering systems. In addition, mobile 
devices such as personal digital assistants (PDAs) and sophisticated cellular 
telephones enable users to access the Internet, a world-wide collection of 
computers that collectively store vast resources of data. Some mobile devices are 
also able to access the public telephone network (PTN) and/or the Internet to 
communicate with each other. 
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Please amend paragraph [010] as follows: 

[010] A current solution to the problem of a limited area for input and output 
involves the use of handwriting recognition software. However, handwriting 
recognition software is typically quite large and thus the mobile device runs into 
the memory problem. Another solution is to provide a small keyboard. However, 
such keyboards are typically difficult to use. Another solution involves the use of 
screen icons, each of which r e pr e s e nt represents a desired action, and a stylus, 
which is used to touch a particular icon on the display of the mobile device. When 
the stylus touches a particular icon, the action associated with the icon is initiated. 
Many PDAs have adopted this icon/stylus approach because it seems to offer the 
best balance between ease of input and the need to fit the applications that control 
input into a small memory. 

Please amend paragraph [012] as follows: 

[012] Of course, if one particular data source, such as a products product 
database, stored on a remote computer, is shared among multiple users, issues 
relating to data consistency, or "data synchronization," arise. Data synchronization 
is the process ensuring the data in one database is identical to the corresponding 
data in another database so that any user of the data is aware of any changes made 
to the data by other users. For example, if a company has one baseball in stock and 
a first sales person sells that baseball, a second sales person needs to be aware that 
the company no longer has a baseball to sell. In order for the second sales person 
to know of the inventory update, at least two things must happen: (1) the first sales 
person must update the server to reflect the new number of baseballs; and (2) the 

4 



PAGE 5/54 1 RCVD AT 2/3/2005 1 1 :42:08 PM [Eastern Standard Time] 1 SVR: USPT0-EFXRF-1/1 1 DNIS:8729306 * CSiD:408 919 8353 * DURATION (mm-ss):17-04 



FEB-03-2005 20=58 FOXCONN 408 919 8353 P. 06 



data used by the second sales person, if local to the sale sales person's mobile 
device, must be updated to reflect the updated information on the server. 

Please amend paragraph [0017] as follows: 

[0017] Periodically during the off-line mode, the wireless computing device 
performs a synchronization; i.e., goes on-line in order to propagate to the remote 
data storage all data objects and actions saved since the last synchronization. A 
time interval between synchronization synchronizations is set either by a user of 
the wireless computing device, set by a system administrator on the remote server^ 
or determined by external circumstances such as whether or not the wireless 
computing device is able to establish a connection with the remote server. In 
addition, the time interval can be determined by circumstances internal to the 
wireless computing device or remote server such as whether or not either the 
wireless computing device or the remote server [[have]] has made changes to the 
data objects that need to be synchronized The time interval between 
synchronization synchronizations can be either regular or irregular and vary from 
less than a second to longer than a year. During synchronization, the server applies 
the data objects and corresponding actions to the server data storage either in the 
order the actions are received or based upon the corresponding tim e s tamp 
timestamp . Update replication enables update operations on data objects to be 
performed locally when the mobile computing device is off-line. The update 
operations are saved and forwarded to the remote server during synchronization. 
The locally performed update operation is then executed on the remote server and 
results are transmitted back to the mobil e wireless computing device. 
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DETAILED DESCRIPTION OF THE FIGURES INVENTION 
Please amend paragraph [039] as follows: 

[039] A client library of the wireless application framework 301 provides the 
following functionality for [[a]] an associated, client application: 

(1) generating the contents (method names and parameters) of the remote 
procedure calls; 

(2) forming an XML message; 

(3) sending the XML message using the HTTP protocol to the server; and 

(4) receiving and interpreting a corresponding response from the server. 

A server library of the wireless application framework 301 provides the following 
functionality for an associated, server application: 

(1) receiving and interpreting a client request, specifically a request that 
has been generated, formed and sent by utilizing the client library, as described 
above; 

(2) locating an appropriate procedure, corresponding to the particular 
RPC requested in the client request; 

(3) invoking the appropriate procedure; and 

(4) sending the appropriate response back to the client. 

The RPCs of the disclosed subject matter support the following data types in 
the wireless environment: integer (4 bytes)[[;]l l boolean[[;]] A string[[;]l date[[;]L 
double[[;]] a base-64, arrays, structures and hash tables. 

Please amend paragraph [040] as follows: 
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[040] The wireless data replicator 307 processes and manages data on the 
wireless devices. The wireless data replicator 307 enables a user to select the 
specific information that the user needs on the wireless device and, by replicating 
only the selected data, saves bandwidth on the transmission medium and memory 
resources on the wireless device. The wireless data replicator 307 uses the system 
database as a client data cache and provides each user of a wireless d e vices device 
"data filters," or customizable scripts, which define the data the particular customer 
selects to store on the mobile device. A data filter may be defined by a particular 
user on the user's mobile device; or, in the alternative, a menu of commonly used 
data filters, or "standard filters," can be generated by a system administrator or 
system programmer and simply selected by the user from a menu depending upon 
the user's particular set of circumstances and responsibilities. Standard filters may 
also simply be templates that an individual user can select and then customize- 
Both data filters and standard filters may be simple, such as an equality match, or 
complex, such as a multiple table join with multiple criteria. 

Please amend paragraph [04 1] as follows: 

[041] The wireless data replicator 307 and the mobile interchange 309 provide a 
platform on which specialized applications can be built. In this example, the 
specialized applications include a mobile e-commerce application 310, a mobile 
hospital application 320, a mobile logistics application 330 and a mobile finance 
applications application 340. The particular applications 310, 320, 330 and 340 are 
used only as examples; in actuality, the method of the disclosed embodiment may 
be employed to implement any application that can benefit from mobile access to a 
central application or database server. The applications 310, 320, 330 and 340 are 
each an application component 303 of the system. 
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Please amend paragraph [042] as follows: 

[042] Each of the applications 310, 320, 330 and 340 includes application 
products 305. In this example, the application products 305 of the mobile e- 
commerce application 310 include [[a]] an application Al 311 (APP Al), an 
application A2 312 (APP A2) and an application A3 313 (APP A3). The 
applications application products 305 of the mobile hospital application 320 
include [[a]] an application Bl 321 (APP Bl) and an application B2 322 (APP B2). 
The application products 305 of the Mobil e Logistics mobile logistics application 
330 include an application CI 331 (APP CI), an application C2 332 (APP C2) and 
an application C3 333 (APP C3). Finally, the applications a pplication products 
305 of the Mobile mobile finance application 340 include an application Dl 341 
(APP Dl), an application D2 342 (APP D2) and an application D3 343 (APP D3). 
Like the application components 303, the specific makeup of the application 
products 305 is not critical to the spirit of the invention but are used only as 
examples. For example, the APP Al 31 1 may be a mobile sales force automation 
(M - SFA) (MSFA^ application; the APP Bl 321 may be a mobile patient 
management system; the APP CI 331 may be a mobile delivery management 
system; and me APP Dl 341 may be a mobile banking application. 

Please amend paragraph [046] as follows: 

[046] Conflicts between values may be resolved based on one of four procedures. 
The four procedures are "Last Write," "Timestamp Based," "Value Based," and 
"Timestamp and Value Based," described as follows: 
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(1) In the Last Write conflict resolution procedure, the last value written 
to the database becomes the value of an object. This method is appropriate in 
situations where it is highly unlikely that multiple people will want to update the 
same data sets. One problem with this procedure is that it is possible for a first 
change to over write a later change if the first change is performed off-line and not 
replicated until after the later change. 

(2) In the Value Based procedure, the server 107 accepts a change if the 
PDA's 101 *old value' matches the current value on the server, 

(3) In [[a]] the Timestamp Based procedure, if a change timestamp is 
greater (later) [[then]] than a current timestamp of the object on the server 107, the 
change is accepted. This procedure assumes that clocks on the PDA 101 and the 
server 107 are relatively well synchronized. 

(4) In the Value + Timestamp and Value Based procedure of conflict 
r e solution , a change timestamp provided by the PDA 101 must be later [[then]] 
than the change timestamp on the server 107. Additionally, the value provided as 
the 'old value' by the PDA 101 must match the current value on the server 107. 
These conditions ensure that the change is recent, and that the user was aware of 
the current server's 107 representation of the object when making the change, 

Note that if both the PDA 101 data repository and the server 107 data repository 
are capable of handling timestamps at an object attribute level (vs. the object level), 
then multiple r e qu e st requests to updat e s update a particular object may be made 
during an update operation. 

Please amend paragraph [048] as follows: 

[048] The schema manager 407 maintains, for the purposes of this example, two 
schema, each in XML format. A first, or "main/* schema describes the schema of 
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the server 107 and a main database[[J] stored in a data storage 417, and the 
relationship among the main database's tables. Of course, as mentioned above in 
conjunction with Figure 1, neither the main database nor the data storage 417 have 
to be on the server 107, but could, for example, be on one or both of the computing 
devices 109 and 111 and accessed by the server 107 via the network 121. A 
secondary schema in the schema manager 407 describes the data organization of 
the PDA 101. Once data is retrieved from the main database, the schema manager 
407 extracts information from the retrieved data based upon the secondary schema* 
and forwards the extracted information to the communication manager 403 for 
delivery to the PDA 101. The schema manager 407 may have additional 
secondary schema in order to extract information for other mobile devices such as 
the laptop computer 103. 

Please amend paragraph [052] as follows: 

[052] Data is organized into domains in order to make the storage, collection and 
dissemination of the data less dependent upon the particular server process such as 
a DBMS any system may employ. A particular domain contains the definition of a 
particular object, including the individual data elements, or "attributes," that make 
up the object. Each attribute has a data type and one or more values. For example, 
an "account" object may include attributes related to a bank account such as the 
owner's name and the balance. On a server, an object is also the logical 
representation of related pieces of data. Each object has a unique identifier, or a 
unique key to the corresponding object. When a particular object is updated, all 
the data relating to that object [[is]] are also updated. Applications such as the 
mobile e-commerce application 310, the mobile hospital application 320, the 
mobile logistic logistics application 330 and the mobile finance application 340 
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(Fig, 3) each have collections of domains that are specific to the particular 
application. 

Please amend paragraph [053] as follows; 

[053] For example, the mobile hospital application 320 may have a patient object 
and a doctor object, and the mobile comm e rc e e-commerce application 310 may 
include product objects. The objects for a particular application 310, 320, 330 or 
340 are maintained in domain managers such as a domain manager 1 421, [[an]] a 
domain manager 2 422 and a domain manager 3 423. Since different types of 
objects typically require different [[type]] types of manipulation, each domain 
manager 421-423 includes a set of customized functions, or business logic, such as 
business logic 431, business logic 432 and business logic [[323]] 433 respectively. 
The domain managers 421-423 retrieve information related to their respective 
objects from the data storage 417 via the data access manager 415. Each domain 
manager 421-423 is a control point for the management of information within a 
corresponding domain. Procedures such as searches, adds, updates and delete 
operations are processed through the domain managers 421-423. The business 
logic 431-433 are customized domain by domain to enable processing that is 
unique to each particular domain. The business logic 431*433 may also include 
logic for resolving data conflicts. 

Please amend paragraph [056] as follows: 

[056] Control then proceeds to a Data Created or Updated step 507 where the 
process 500 determines whether the transaction represents new data or an update to 
existing data. An example of new data may be an account object created when the 
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[[sale]] sales person enters information relating to a new customer. Although 
perhaps unlikely, if the data created or received does not change or create the local 
database or if the data is marked "not saved" (explained below), control proceeds 
from step 507 to an [[END]] End step 523 where processing for this transaction is 
complete* If the data is new or updated, control proceeds to a Currently Connected 
step 509 where the process 500 determines whether or not there is a currently 
active connection between the PDA 101 and the server 107. If not, control 
proceeds to an Insert In Sync Queue step 511 where that data is placed in [[a]] an 
area of memory of the PDA 101 in which pending transactions are stored- In 
addition, the status of the data is designated as "stale," which is explained in more 
detail below. If the proc e ss e s process 500 determines in step 509 that the PDA 101 
and the server 107 are currently connected, [[the]] control proceeds to a 
Synchronization step 513. 

Please amend paragraph [057] as follows: 

[057] Both the insertion of data into a synchronization queue represented by step 
509 and the synchronization of the data represented by step 513[[,]] involve 
formatting the data into a form suitable for transmission^ such as by generating the 
contents (method names and parameters) of appropriate remote procedure calls and 
forming an XML message based upon the generated contents and the data created 
or received in step 503. In order to implement a correct and efficient 
synchronization, the process 500 assigns one of the following data states to each 
object: 

(l)New; This state designates an object that has been created on the 
PDA 101 but does not yet exist on the server 107. An "add" object operation, or 
"method," pertaining to the corresponding object must be transmitted to the server 
107 during the next synchronization. Some attributes of the new object such as a 
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unique object key need to be generated by the server 107 and then transmitted back 
to the PDA 101 with a confirmation that the add operation at the server 107 was 
successful. Of course, if the add operation is unsuccessful, the server 107 needs to 
transmit to the PDA 101 this fact so that appropriate action can be taken by the 
PDA 101. 

(2) Updated: An object designated "updated" [[have]] has been changed in 
the local, PDA 101 data repository since the last synchronization. Any new values 
of the object must be transmitted to the server 107 during a synchronization. Any 
conflict that occurs such as when two sales persons attempt, unknown to each other, 
to sell the same item is resolved at the server 107 by the replication manager 405 
(Fig. 4), The updated object is then retransmitted to the PDA 101 to ensure that 
the copy on the PDA 101 is the same as the one on the server 107. If the 
replication manager 405 determines that the object from the PDA 101 is invalid 
due to a data conflict, then the updated object transmitted to the PDA 101 must 
indicate that fact. 

(3) Not saved: Objects designated ''not saved" have been received from 
the server 107 and stored on the PDA 10 L However, the object may be discarded 
by the PDA 101 if necessary. An example of this may be a data item with 
attributes that are not expected to change and the PDA 101 needs temporarily . The 
PDA 101 can change the state of an object from "not saved" to "saved" if the 
circumstances change. 

(4) Saved: An object designated "saved" is considered a permanent part of 
both local and remote data repositories and should match at least one defined data 
filter involved in the synchronization process so that its attributes are maintained in 
a synchronized state, 

(5) Stale: An object designated "stale" is maintained in the PDA 101 but 
is no longer involved in synchronization. The PDA 101 can either keep or purge 
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objects designated stale, depending upon the requirements of the PDA 101 and/or 
the characteristics of the object itself. 

(6) Deleted: An object designated "deleted" has been removed from the data 
repository of the PDA 101 and this information needs to be transmitted to the 
server 107 during a synchronization, A client can remove a deleted object from the 
local data repository and merely transmit the object's unique key to the server 
during synchronization or, in the alternative, mark the object for deletion and only 
remove it from the local data repository once a deletion of the object is successful 
on the server 107, as indicated during a synchronization. 

Please amend paragraph [059] as follows: 

[059] The decision in step 509 to proceed to either step 511 or 5 1 3 depends upon 
whether the PDA 101 is in an on-line mode or an off-line mode. Tf the PDA 101 is 
in [[an]] the on-line mode, then control can proceed immediately to step 513 and 
the XML message created in step 509 is transmitted to the server 107. However, if 
the PDA 101 is in [[an]] tfie off-line mode, the process 500 proceeds to [[the]] step 
511 where the XML message is inserted in a synchronization queue and then 
proceeds back to [[the]] step 509 where the PDA 101 waits until a connection to 
the server 107 is established. The PDA 101 periodically checks to see either 
whether a connection has been established, such as when connection periods are 
regularly scheduled events or when data transfers are initiated by the server 107, or 
whether the conditions exist for a connection to be made, in the case of a PDA 101 
that is configured to initiate a connection when the PDA 101 has one or more 
messages to transmit. If a new transaction is initiated while the PDA 101 is 
waiting for a connection to the server 107, the process 500 processes the new 
transaction like the previous transaction, placing the new transaction into the 
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synchronization queue and waiting for a connection so that a synchronization can 
occur with respect to all the transaction transactions in the synchronization queue. 

Please amend paragraph [060] as follows: 

[060] As mentioned above, the period between synchronization synchronizations 
can be fixed or variable. A synchronization schedule can be established using a 
[[User]] user interface ("UP) on either the PDA 101 or the server 107. The same 
UI can be employed by a user either on the PDA 101 or the server 107 to initiate a 
synchronization. If no connection between the PDA 101 and the server 107 is 
available at the time a synchronization is initiated, the device 101 or 107 that 
initiated the synchronization recognizes this condition and leaves the request in a 
synchronization queue and then periodically tests for either the existence of a 
connection or the conditions necessary to establish a connection. Once a 
connection is established, synchronization proceeds and control proceeds to step 
513. 

Please amend paragraph [063] as follows: 

[063] There are [[five]] six synchronization actions, or operations[[J]i a 
syncFilter operation, a getDeletes operation, a getCreates operation, a sendChanges 
operation, a sendCreates operation and a sendDeletes operation. The [[five]] six 
operations are described in more detail below in conjunction with Figure 6. Each 
operation takes two parameters, a syncRequest object and a second field, or "result 
flag," that indicates what information the PDA 101 wants returned from the server 
107 in response to the syncRequest object. The result flag is set to one of the 
following values: 

15 
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(1) All: A result flag of "All" means that the server 107 should return the 
status and object for all object IDs associated with the operation. The "All" value 
should be used judiciously because it will drastically increase the amount of 
communication necessary between the PDA 101 and the server 107. 

(2) Updates: A result flag of "Updates" means the server 107 should return 
the IDs and states statuses of all objects associated with the operation. In addition, 
a copy of the object should be returned when the copy on the server 107 may be 
different than the copy on the PDA 101. 

(3) IDs: A result flag of "IDs" means the server 107 should return the 
object IDs and status statuses of all objects operated on during the operation. 
Additional messages may be returned based upon the operation type. 

(4) Failures: A result flag of "Failures" means the server 107 return returns 
only error messages for objects that could not be processed during the operation. 

(5) Silent: A result flag of "silent" "Silent" means the PDA 101 is not 
interested in receiving any information on the operation and the server 107 should 
process the entire request, sending to the PDA 101 only the information that the 
operation is complete. 

The result flags as they relate to specific operations is discussed in more detail in 
conjunction with Figure 6. The syncRequest timestamp denotes the last time the 
particular synchronization operation was executed. If a data filter is specified, the 
server 107 uses the data filter to limit the scope of the return set of data, or the 
"syncResult object." 

Please amend paragraph [067] as follows: 
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[067] The status field of a syncObject in the syncResult object represents the 
object's relation to the corresponding operation and is filled with one of the 
following codes: 

(1) Updated: A status of updat e d" 'Updated" means the copy on the server 
107 is different than the copy on the PDA 101 ♦ This status may mean that another 
client has updated the data object in the database prior to the time the server 107 
received the syncRequest and the PDA 101 [[need]] needs to determine an 
appropriate action to resolve the conflict. 

(2) Succeeded: A status of "ouocoedod" "Succeeded" means the 
syncObject was successfully processed on the server 107 and no changes were 
made to the syncObject while the server 107 fulfilled the request. 

(3) Failed: A status of "fail e d" "Failed" means the server 107 was unable 
to perform the r e qu e st requested operation on the particular syncObject. In this 
case, the message filed field contains a text message as to the nature of the failure. 

(4) Same: A status of "sam e " "Same" means that the corresponding object 
on the server 107 has not changed since the timestamp on the syncObject. 

(5) New Match: A status of "n e w match" "New Match" means the object 
described by the corresponding syncObject is new to the server 107 or to the 
particular request since the last time the PDA 101 made the request. 

(6) Not Matched: A status of not match e d "Not Matched" means the server 
107 could not find the corresponding object, perhaps because it has been deleted or 
changed sufficiently to the extent that it no longer matches the data filter provided 
with the SyncR e qu e st syncRequest object. 

The status field and its meaning with respect to specific operations is discussed in 
more detail below in conjunction with Figure 6. 

Please amend paragraph [068] as follows: 
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[068] Once the Synchronization step 513 is complete, the process 500 proceeds 
to a Good Status Received step 517 where information concerning objects involved 
in the synchronization step 513 is checked by analyzing a return message from the 
server 107. If the return, or status, message indicates that a particular data update 
or creation was correctly performed, then control proceeds to a Mark Data Current 
step 519 where the value of the object in the local data repository is confirmed as 
matching the value of the object in the server 107 data storage 417* If the return 
message for a particular item indicates that an update or creation operation was not 
carried out on the server 107, then control proc ee d proceeds from step 517 to a 
Rollback Transaction step 521 where the corresponding object is also set as equal 
to the value of the object in the server 107 data storage 417. In addition, any action 
taken on the PDA 101 that depended upon the creation or update of the data object 
must be examined to determine what further action is necessary. 

Please amend paragraph [069] as follows; 

[069] Following completion of both step 519 and 523, the process 500 proceeds 
to the End step 523 where the process 500 is complete. It should be noted that 
[[the]] steps 517, 519 and 521 are iterative in nature. In other words, if a 
synchronization involves multiple objects such as when objects are processed 
[[form]] from the synchronization queue, return messages corresponding to each 
object must be processed through the steps 517, 519 and 521 prior to control 
proceeding to the End step 523. 

Please amend paragraph [0070] as follows: 

is 
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[070] Figure 6 is a flowchart of an exemplary synchronization process 600 
corresponding to the Synchronize step 513 (Fig. 5). The process 600 begins in a 
Start step 601, which is initiated when the SyncR e quest svncRequest operation is 
initiated as described above in conjunction with Figure 5. Each of the following 
steps represents an operation sent in conjunction with a syncRequest object. From 
step 601, control proceeds immediately to a Get Deletes step 603 which is 
associated with a G e tD e l e t e s getDeletes operation. The G e tDeletes getDeletes 
operation retrieves all objects that have been deleted from the server 107 since the 
last time the G e tD e l e t e s getDeletes operation was executed. 



Please amend paragraph [071] as follows: 

[07 1 ] The GetD e l e t e s getDeletes operation sends a time stamp timestamp and an 
optional list of object IDs to the server 107 in the corresponding SyncR e quest 
svncRequest object. Typically, there is no data filter associated with this operation. 
However, a data filter can be sent if a particular server 107 executes a two-step 
delete/destroy process- The G e tD e l e t e s getDeletes timestamp should be set to the 
last time the PDA 101 sent a getDeletes operation (corresponding to a given data 
filter if a data filter is sent). If the optional list of IDs is sent to the server 107 with 
the getDeletes operation, then the server 107 responds to the PDA 101 by 
transmitting a syncResult object, described above in conjunction with Figure 5, 
that contains the status statuses of objects, both deleted or not deleted, with IDs on 
the list. If a data filter has been sent, then only the status statuses of obj e ct objects 
matching the filter are sent. Otherwise, the server 107 responds by sending a 
syncResult object that contains a list of IDs of all objects that have been deleted 
since the last synchronization. The timestamp of the syncResult object is saved by 
the PDA 101 and used as the timestamp of the next syncRequest object. The PDA 
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101 compares the list of returned IDs with its stored objects and makes appropriate 
changes to the local database. 

Please amend paragraph [072] as follows: 

[072] If the result flag of the syncRequest object is set to "All," then the server 
107 returns the IDs of all objects deleted since the last getDeletes operation. If a 
list of IDs was provided, the syncResult will also contain the status of each ID on 
the list. A status of 4< Not Matched" indicates that the corresponding object no 
longer e xisted exists on the server 107. A status of "Updated" indicates that the 
corresponding object exists on the server 107 and has been updated since the 
timestamp on the getDeletes operation. In this case, a copy of the 'Updated' 1 
object is also returned to the PDA 101. 

Please amend paragraph [078] as follows: 

[078] Once the server 107 receives the syncRequest object from the PDA 101, 
the server 107 g e nerat e generates the corresponding syncResults object, which 
includes a base object, which may not be the same as the new object sent by the 
PDA 101, showing the new object as recreated in the server's 107 database. If the 
result flag of the syncRequest object is set to "All," the syncResult object contains 
all objects and sub-objects involved in the sendCreate operation. This includes the 
base object showing the added object after the operation, added objects that were 
updated during the sendCreate process, and failure results for objects that could not 
be added. The "All^ result flag setting is the only setting in which both the object 
and a status of "Success" "Succeeded" is returned. A status of Succ e ss 
"Succeeded" means that the object was added to the server 107 database without 
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any changes. If the result flag is set to "Updates," an ID and a status of Success, 
"Succeeded." but no object, is returned. If the status of the added object is 
^Updated," then the ID, the status and a copy of the object are returned. Typically, 
this situation implies that there were fields, not present in the original request, that 
needed to be set by the server 107. In this case, the object ID, set by the server 107, 
is returned in the message field. If the add fails, for any particular object, a status 
of Failure, 'Tailed." an error message in the message field and the original object 
are returned to the PDA101 PDA 101 . 

Please amend paragraph [079] as follows: 

[079] If the syncRequest [[set]] sets the result flag to the value "IDs," the 
syncResults object includes only the server-created IDs and the statu s statuses of 
all objects sent - no objects are returned to the PDA 101. If the result flag is set to 
the value "Failures," then the syncResults object contains only the temporary ID, 
the status and a message relating to the reason for the failure. If the result flag is 
set to the value "Silent," then no information is returned to the PDA 101 about 
whether or not an operation succeeded or failed,. 

Please amend paragraph [080] as follows: 

[080] If the r e sult s result flag is set to the value "All" or "Update," the client 
should update the local data repository based upon the results as indicated by the 
syncResults object. If the results result flag is set to the value "Failure" [[of]] or 
"Silent," the PDA 101 should take steps to ensure the local information is still 
correct. If a syncResult object returns a status of "Failur e , " "Failed," then the 
PDA 101 should take steps to correct the problem, perhaps by r e submit 
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resubmitting the corresponding operations. Once the sendCreate operation is 
confirmed to be complete on the server 107, as evidenced by a suitable syncResults 
object, the original object can be deleted from the local data repository. If a newly 
created object matches a filter, it will be recreated at the next synchronization. 
This ensures that the PDA 101 has an accurate representation of the object. In 
some instances, the server 107 will fill in default fields, or otherwise update the 
new object before adding the object to the database. 

Please amend paragraph [081] as follows: 

[081] If the PDA 101 is unable to determine that the server 107 has completed an 
add operation, then the PDA 101 can not known cannot know whether or not all 
adds were received and/or processed by the server 107, The next time the PDA 
101 connects to the server 107, the PDA 101 should attempt to determine if the 
previous adds were successful. If this information can still not be determined, the 
PDA 101, or more precisely the mobile e-commerce application 310 which is 
executing the operations, should prompt the user to either re- s ubaaak resubmit the 
add requests, or remove the add r e qu e st requests from the local data repository. 

Please amend paragraph [083] as follows: 

[083] For each object in the local data repository that has changed, the PDA 101 
creates a syncBase object. [[This]] The syncBase object contains the timestamp of 
the particular change(s) represented by this SyncBas e Obj e ct the syncBase object . 
The ID field is filled in with the unique [[id]] ID of this particular object The 
PDA 101 also submits an updated base object in a base object field of the 
syncBaseObjoct syncBase object Only values that have changed need to be 
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present. Old values are placed in another base object, one that contains the old 
attribute/value pairs, i.e., not the modified [[ones]] ones' values. The only values 
that need to be present are the original values for attributes listed in the changed 
base object. For example, if one value of the object is changed, the original value 
should be in the old values base object, and the new value should be in the [[based]] 
base object. The ID field of the SyncBasoObjoct svncBase object is the only 
guaranteed indicator of the target object for the change. 

Please amend paragraph [084] as follows: 

[084] The following describes information returned by the server 107 based on a 
particular result flag setting for the sendCreate operation. 

(1) If the result flag is set to the value "All," the server 107 returns the 
IDs of objects that were successfully updated and an error message for those 
objects which could not be updated. The current version of all objects after all 
updates have been processed will be returned to the client. 

(2) If the result flag is set to the value "Updates," the server 107 returns a 
status for each object in the request. Objects that were successfully updated will 
not be returned. For objects that were not successfully updated, the return set 
includes the ID of the updated object, and the status and the current version of the 
object as it is stored on the server 107. The PDA 101 can use the current version 
of the object to update its local data repository. 

(3) If the r e oulto result flag is set to the value "IDs," the server 1 07 returns 
the IDs and status statuses of all objects in the request. No objects are returned to 
the PDA 101. 

(4) If the r e sults result flag is set to the value "Failures," the server 107 
returns a result set that only includes IDs, status statuses, and failure messages 

23 



PAGE 24/54 1 RCVD AT 213/2005 1 1 :42:08 PM [Eastern Standard Time] * SVMSPTO-EFXRM/I 1 DNIS:8729306 ' CSID:408 919 8353 1 DURATION (mm«s):17-04 



FEB-03-2005 21 : 04 



FOXCONN 



408 919 8353 P. 25 



relating to objects that could not be updated on the server 107. The server 107 
does not return the current version versions of the object objects. 

(5) If the r e sults result flag is set to the value "Silent," the server 107 
returns no information to the PDA 101 about whether or not updates were 
successfully executed. 

Please amend paragraph [086] as follows: 

[086] Data filters can be synchronized in batches or one at a time. For each 
data filter, the PDA 101, or more specifically the mobile e-commerce application 
310 that executes the data filter, supplies a list of IDs that matched the data filter 
the last time synchronization was performed using that filter. The PDA 101 passes 
to the server 107 a vector of SyncRequ e st svncRequest objects. Each SynoR e qu e st 
svncRequest object contains a search string and a vector of syncObjects. Within 
each syncObject, the PDA 101 fills in the object's ID, and the timestamp for that 
particular object. 

Please amend paragraph [087] as follows: 

[087] The server 107 returns a vector of SynoRooult Objects svncResult objects . 
The return vector will have one SyncR es ult svncResult object per SyncR e quest 
Obj e ct SyncRequest object : Each SyncR e sult svncResult object will contain the 
executed filter, a timestamp showing when the filter was executed, and the vector 
of syncObjects. Each SyncObject svncObiect has a field describing its presence in 
the result set using one of the following four states. 
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(1) If a syncObject is listed as "same," "Same." the object identifier was 
included in the request set of IDs. In other words, the PDA 101 already knows that 
the object matched the filter. Furthermore, the object has not been updated since 
the timestamp provided with that object in the syncRequest object. Therefore, the 
PDA 101 does not need to make any changes to the local data store. The server 
107 can opt not to return this object to the PDA 101 in order to reduce network 
traffic based on the operation flag. If the object ID is missing from the Reswk 
result set, the PDA 101 can assume that the object still matches the filter and 
remains unchanged. The PDA 101 then updates the timestamp associated with the 
local copy of the object to the timestamp provided in the SyncResult svncResult 
object. After the timestamp is updated, the state of the local copy of the object 
should be 'Saved' "Saved" regardless of its previous state. Missing IDs are left in 
the list naming IDs that match this filter. 

(2) If the syncObject is listed as a "New Match," this object's ID was not 
provided in the set of known IDs in the syncRequest object. In other words, the 
object did not match the filter the last time this filter was synchronized. In this 
case, the entire object is returned to the PDA 101. The PDA 101 saves this object 
to the local data repository, update and updates the timestamp to the timestamp 
provided in the syncRequest object. The status of the object in the PDA's 101 data 
repository is then set to "Saved" and the object ID is added to the local list of IDs 
matching the filter. 

(3) A syncObject with a status of "Updated" means that the corresponding 
ID was in the previous result set, sent in the syncRequest object. However, the 
object has been updated since the timestamp for that object provided in the sync 
request. The entire object is returned to the PDA 101. The PDA 101 saves this 
object to the local data repository and updates the timestamp to the timestamp 
provided in the Sync Requ e st Obj e ct syncRequest object . The local status of the 
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object in the PDA's 101 data repository is set to "Saved" and the object ID is left in 
the list of IDs matching the filter. 

(4) A syncObject of status "Not Matched" was sent in the syncRequest as 
previously matching a particular filter. However, the object has since been 
updated or deleted, and no longer matches the corresponding search string. The 
PDA 101 sets the object state in the local data repository to "Stale" and the object 
ID is removed from the list of IDs matching the filter. If the object does not exist 
in the local data repository, then the object ID can be removed from the list of IDs. 

Please amend paragraph [089] as follows: 

[089] With the syncFilter request, the PDA 101 provides the result flag 
indicating how much information should be returned. The following lists what 
results the PDA 101 can expect based on this flag. 

(1) If the value of the result flag is "All," the server returns all objects that 
match the search string of the data filter. The object status will be filled in, and the 
entire object will be returned. If an ED no longer matches the filter, the object is 
marked "Not match e d" Matched" and the ID is returned. [[IN]] In this case, no 
object is returned. 

(2) If the r e sults result flag is set to the value "Updates," the server 107 
returns the IDs of all objects that match the data filter. The server 107 does not 
return the entire object for those objects with a status of "gam e . - "Same." Objects 
are returned if marked 'Updated" "Updated" or "New Match." The server 107 also 
indicates which objects no longer match the filter by marking [[then]] them with a 
status of "Not Matched." 

(3) If the r e sults result flag is set to a value of "IDs," the server 107 
returns objects marked 'Updat e d' "Updated" or 'N e w - Match*. "New Match." The 
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server 107 also indicates which objects no longer match the filter by marking 
[[then]] them "Not Matched." The server 107 does not return the ID or the object 
for any object listed as u Same." 

(4) The ^Failures" and "Silent" settings for the results result flag do not 
apply to this operation. 

Please amend paragraph [090] as follows: 

[090] Following completion of the Sync Filter step 613, the Q)nehronigation 
process 600 proceeds to an End step 615 where the synchronization procedure is 
completed Although Figure 6[[J] illustrates the process 600 as a series of discrete 
steps, this is not required by the claimed subject matter. For example, all the steps 
may be combined into a single syncRequest object and the server 107 can process 
the different operations as the server 107 sees fit, e,g 0 in the order suggested by 
Figure 6 or in some other order. 

Please amend paragraph [091] as follows: 

[091] Figure 7 is a flowchart of a data management process 700 on the server 
107 that supports the PDA 101. The process 700 begins in a Start step 701 and 
control proceeds immediately to a Data Received step 703. Typically, [[the]] step 
703 would be in conjunction with a Synchronization step 513 (Fig. 5). Control 
proceeds from step 703 to a New Data step 705 where the process 700 d e termin e d 
determines whether or not the data object received in step 703 has a designated 
status of "New," as explained above in conjunction with Figure 5. If the data is 
new, then control proceeds to [[a]] an Insert Data step 707 where a new data object 
is created and inserted into an appropriate place in the data storage 417 (Fig. 4) by 
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the data access manager 415 (Fig. 4). Control then proceeds to a Transmit Status 
step 715 where a return message is prepared for the PDA 101 that transmitted the 
data object* to inform the PDA 101 of the results of the data creation operation. 

Please amend paragraph [093] as follows: 

[093] Figure 8 is a flowchart of an Update Notification process 800 that executes 
on the server 107 (Fig. 1). The process 800 begins in a Start step 801 and proceeds 
immediately to a Transaction Initiated step 803 where some operation has been 
performed on data in the remote data storage 417 (Fig. 4). In this example, the 
operation is either an update, add or delete operation and corresponds to a data 
filter associated with the user ID of the user of the PDA 101 (Fig. 1). Each 
operation/data filter pair is associated with a weight value, a threshold value and, in 
an alternative embodiment [[an]] a cumulative weight value. In some cases, the 
weight value and the threshold value may be the same. Once the transaction has 
been executed in step 803, control proceeds to a Retrieve Weight step 805 where 
the operation and the target(s) of the operation are compared to a list of data filters 
on the server 107. If the operation corresponds to a particular data filter, then a 
corresponding weight value for the operation/data filter pair is retrieved. In the 
cumulative weight embodiment, a cumulative weight value is also retrieved. The 
cumulative weight value is an accumulation of weight values from previous 
iterations of the process 800 with respect to the particular operation/data filter pair. 
Control proceeds to a Weight Exceed Threshold step 807 where the weight value is 
compared with the threshold value. In the cumulative weight embodiment, the 
cumulative weight value associated with the operation/data filter pair rather than 
the weight value is compared to the threshold value. 
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Please amend paragraph [094] as follows: 

[094] If neither the weight value nor the cumulative weight value, if there is one, 
exceed the threshold value, then control either proceeds to a Recalculate Weight 
step 815, in the cumulative weight embodiment, or to an End step [[815]] 817, hi 
the non-cumulative weight embodiment In the End step [[815]] 817, the 
processing with respect to this particular operation is complete. In the Recalculate 
Weight step 815, the weight value retrieved in step 805 is added to the cumulative 
weight, which is then stored in the data storage 417 in place of the old cumulative 
weight value. Control then proceeds to the End step [[815]] 817 . 

Please amend paragraph [095] as follows: 

[095] In step 807, if either the weight value or the cumulative weight value, if 
there is one, exceeds the threshold value, then control proceeds to a Transmit 
Message step 809. In step 809, the PDA 101 is notified via a notification message 
that a synchronization to the local data storage is either required or recommended. 
The notification message is transmitted from the server 107 to the PDA 101 via a 
short messaging service (SMS) message. SMS is a pager-type service [[and]] well 
[[know]] known to those with skill in the art A and is only one example of a 
transmission medium for practicing the techniques of the disclosed subject matter. 
Each SMS message includes a data domain name, the name or some other 
identification of specific data filters that require an action, the type of action 
required^ and whether or not the action needs to occur immediately. For example, 
if the SMS message is marked as "immediate," then the PDA 101 may need to 
establish a communication link and perform a synchronization at that moment. If 
the SMS message is marked as something other than "immediate," then the PDA 
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101 may either synchronize immediately, wait for the next scheduled 
synchronization period* or put a message into a user calendar to inform the 
corresponding user of the need for a synchronization of the local data storage. 

Please amend paragraph [096] as follows: 

[096] Following step 809, the process 800 proceeds to [[a]] an 

Acknowledgement Received step 811. Step 81 1 is an optional step as indicated by 
the dotted lines. If the process 800 requires an acknowledgement of (he receipt of 
the SMS message sent in step 807, then that acknowledgement may take the form 
of [[a]] an SMS message from the PDA 101 to the server 107 or may simply take 
the form of a synchronization request corresponding to the data filters specified in 
the notification message. Either way, if the acknowledgement message is not 
received by the process 800 on the server 107, control returns to step 809 where 
the notification message is resent. If an acknowledgement message is received in 
step 811 or not required in step 809. then control proceeds to a Clear Weight step 
813 where the cumulative weight, if there is one, is reset. Control then proceeds to 
the End step 817 where processing is complete with respect to the transaction 
initiated in step 801 . 

Please amend paragraph [097] as follows: 

[097] Figure 9 illustrates an exemplary Home screen display 901 as it would 
appear on the display 203 (Fig. 2) of the PDA 101 (Figs. 1 and 2), The screen 
display 901 is shown as the first screen, once a user executes an application 
implementing the techniques of the claimed subject matter. As explained above in 
conjunction with Figure 3, a few possible applications include the mobile e- 
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commerce application 310, the mobile hospital application 320, the mobile 
logistics application 330 and the mobile finance applications a pplication 340. For 
the purposes of the description of Figures 9-12, the mobile e-commerce application 
3 1 0 is used as an example. 

Please amend paragraph [098] as follows: 

[098] Across the top of the screen display 901 is a banner 903, which includes a 
title, "Home," and the current time, "1 1:26a." Below the banner 903 is a message 
905, "Welcome to Momenta!," which can be changed depending upon the 
circumstances. Below the message 905, several screen icons, a Catalog icon 907, 
an Orders icon 908, an Accounts icon 909 and a Synchronization icon 910, are 
displayed* Each screen icon 907-910 represents a particular function of the e- 
commerce application 310. By touching one of the icons 907-910 with the stylus 
207 (Fig. 2), the user executes a corresponding function of the mobile e-commerce 
application 310, Specifically, [[The]] die Catalog icon 907 executes software on 
the PDA 101 that enables the user to review, and possibl e possibly modify, entries 
in a Products file; the Orders icon 908 executes software that enables the user to[[J] 
place d and possibl e possibly modify* customer orders; the Accounts icon 909 
executes software that enables the user to review, and possibly modify, the 
accounts of the user's customers; and the Synchronization icon 910 executes 
software that enables the user to define, redefine and change options on the user's 
synchronization filters. The examples that follow in conjunction with Figures 9-12 
are related to the Catalogu e Catalog icon 907 and the Products file, or database, 
that corresponds to a product catalog of the mobile e-commerce application 310. 

Please amend paragraph [099] as follows: 
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[099] Below the screen icons 907-910[[,]] is a ftles files footer 913, which 
includes options "Acct," "Order," "Catalog" and "Sync," corresponding to the 
screen icons 909, 908, 907 and 910 respectively. By touching one of these options 
with the stylus 207, the user can execute, through a series of menus (not shown), 
the same software executed by the corresponding screen icon 907-910. In addition 
to the options corresponding to the screen icons 907-910, the £*les files footer 913 
includes a "File" option. The File option is similar to the file option in many 
common programs such as Microsoft Word in that it displays a menu that enables 
the user to perform such actions as opening, closing and saving various files that 
represent the user's work. Also included in the [[file]] files footer 913 are several 
status icons, including a computer icon 915, which indicates whether or not the 
PDA 101 is in communication with a remote server 1 07 (Fig. 1), a stylus icon 917, 
which indicates whether or not the PDA 101 is enabled to use the stylus 207, and a 
page up icon 919, which enable enables the user to scroll the screen display 901 by 
touching the arrow with the stylus 207. The page up icon 919 is used when the 
screen display 901 does not fit within the display 203. Of course, the s croll page 
up icon 919 can change to a down symbol, instead of an up symbol as in this 
screen display 901, or both an up and a down symbol, depending upon the size of 
the screen display 901 and its relative position in the display 203. 

Please amend paragraph [0 1 00] as follows: 

[0 1 00] Figure 1 0 is an exemplary Edit Filter screen display 1 00 1 of the mobile e- 
commerce application 3 10 (Fig. 3) as it would appear on the display 203 (Fig. 2) of 
the PDA 101 (Figs. 1 and 2). The Edit Filt e r screen display 1001 appears on the 
display 203 after a user either selects the Synchronization icon 910 (Fig. 9) by 
touching the appropriate icon with the stylus 207 or activates the corresponding 
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action by means of a menu displayed by the Sync option of the files footer 913. 
Like the screen display 901 (Fig. 9), the screen display 1001 includes a banner 
1003, which includes a title, M Edit Filter," and a current time, fl 4:54p." The screen 
display 1001 also includes a files footer 1013 and status icons 1015, 1017 and 1019, 
each of which serve a similar function as the [[file]] files footer 913 and the status 
icons 915, 917 and 919 (Fig. 9) respectively. 

Please amend paragraph [0101] as follows: 

[0101] The screen display 1001 includes a Zoom icon 1021, which enables the 
user to change the size of the screen display 1001, either making it smaller so that 
more of it fits into the display 203 or making it larger so that it is easier to see. A 
Cancel icon 1023 enables a user to abort the currently running program and return 
to a previous screen display such as the Home display 90 L Of course, the Zoom 
icon 1021 and the Cancel icon 1023, as well as the other icons, arrows, buttons, 
choice boxes and menus described in conjunction with Figures 9-12 are selected or 
activated by means of touching the stylus 207 to the appropriate symbol in the 
display 203 of the PDA 101. Although the particular type of user interface is not 
critical to the spirit of the invention, the stylus 207 and display screen 203 are 
employed throughout the following description of the figures. 

Please amend paragraph [0102] as follows: 

[0102] The Edit Filter screen display 1001 also includes fields to enable the user 
to specify a data filter to modify or create. When a data filter name is entered in a 
Name field 1005, such as "All Products" in this example, the mobile e-commerce 
application 310 either retrieves information on a data filter entitled "All Products," 
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if the data filter already exists, or provides the screen display 1001 to enable the 
creation of a new data filter, if the All Products data filter does not already exist. A 
Sync field 1007 enables the user to specify whether or not the corresponding data 
filter is to be included in synchronization procedures of the PDA 101. In this 
example, the All Products data filter has not yet been included in synchronization 
as evidenced by the fact that the Sync field 1007 does not have a check. [[.]] A data 
filter may not be included in a synchronization because the database that the data 
filter corresponds to does not change often enough to justify the communication 
overhead of frequent synchronization. Another data filter, such as an Orders data 
filter (not shown), may need to be used for synchronization because of a pressing 
need to keep a user, or sales person, informed of changes in a company's inventory. 

Please amend paragraph [0103] as follows: 

[0103] A Last Sync field 1009 displays a date, "5/25/01," and a time A "4:38:40 
PM 5 " corresponding to a time and date when the All Products data filter was last 
used in a synchronization. A Query field 101 1 shows an actual corresponding data 
filter, written using a syntax that should be easily recognizable to those with skill 
in the art. In this example, the data filter specifies that the All Products data filter 
retrieve all records in the Products database, i.e., a term "PrName" specifies a 
particular attribute in the Products database and an operator l,=TI specifies that 
records [[equal]] equalling the final term, or should be retrieved and displayed. 
Since the term is a wildcard character that matches any value, this particular 
data filter retrieves and displays all records in the Products database. 

Please amend paragraph [0104] as follows: 
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[0104] A properly formed data filter, or search string, can be described using 
Backus Naur Form ("BNF") notation as follows: 



(1) 


filter 


ti /ii /"i j _ ^ ii\tt 

"(" filtercomp ) 


(2) 


filtercomp = 


and | or | simpleFilter 


(3) 


and = 


filterlist 


(4) 


or = 


T filterlist 


(5) 


filterlist = 


l*filter 


(6) 


simpleFilter = 


attributeName filtertype value 


(7) 


filtertype - 





An attributeName is alphanumeric and corresponds to a column in the Products 
database or file. Binary attributes are not used within a data filter, i.e., a data filter 
con not cannot compare two JPEG images for equality. A value corresponds to 
any permissible entry for an attribute, e.g., the price of a baseball can be almost 
any numeric value such as $5.00; the value of a product name is typically a noun 
such as "baseball." 

Please amend paragraph [0105] as follows: 

[0105] Figure 1 1 illustrates a first exemplary Find Product screen display 1101 of 
the mobile e-commerce application 3 10 as it would appear on the display 203 (Fig. 
2) of the PDA 101 (Figs. 1 and 2). The Find Product screen display 1101 is an 
entry screen that enables the user, or sales person, to define or modify a data filter 
using the display 203 and the stylus 207 (Fig. 2). Like the display screen display 
901 (Fig. 9) and the display screen display 1001 (Fig. 10), the di s play screen 
display 1101 includes a banner 1103, which includes the name of the display 
screen display 1101, "Find Product," and the current time, "1 1:38a"; a files footer 
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1113; and status icons 1115, 1117 and 1119, all of which exhibit similar 
functionality to the corresponding banner, files footer and status icons in Figures 9 
and 10. Under the banner 1 103, the displa y screen display 1 101 includes two icons, 
an Execute icon 1105 and an Advanced Filter icon 1121. When the user touches 
the Execute icon 1105 with the stylus 207 (Fig. 2), a current data filter, 
corresponding to the information displayed in the display screen display 1 101, is 
executed. In this example, the current data filter is the same as the data filter 
described above in conjunction with Figure 10, or "PrName = '*'. When the user 
touches the Advanced icon 1121 with the stylus [[203]] 207, the current display- 
screen display 1 101 is replaced with another Find Product display screen display 
1201, described below in conjunction with Figure 12. The display screen display 
1201 enables the user to create or modify more complicated, or advanced, data 
filters. 

Please amend paragraph [0106] as follows: 

[0 1 06] The display screen display 1101 includes a Search [[Field]] field 1 1 25, in 
which the user enters a particular attribute name from, in this example, the 
Products file. When an inverted triangle at the right edge of the searoh Search field 
1125 is touched with the stylus 207, a drop-down pick list is displayed, enabling 
the user to select an attribute from the Products file, or database table, if desired. A 
searoh valu e Search Value field 1127 enables the user to enter a value that he 
wants to use in the data filter being defined or created. In this example, the value 
is equal to '*", which is a wildcard character that matches any value in the file. 
Thus, all the records in the Products file would be returned. Another example of a 
value that may be entered in the s e arch valu e Search Value field 1127 is 
"baseball," which would cause the data filter to return any entry in the Products file 
in which the product name is equal to the word "baseball." If the user entered the 
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term "base*", then the data filter would return all the records in the Products file 
corresponding to "baseballs" or "baseball bats." Two operator entry fields 1107 
enable the user to specify a desired relation between the search Search field 1125 
and the soarch value Search Value field 1127. In this example, the two operator 
field 1107 choices, only one of which can be selected, are and The '=' 
operator field 1 107 indicates that the user wants the data filter to return all entries 
in the Products file in which the attribute entered in the soarch Search field 1 125 
equals the value entered in the s e arch valu e Search Value field 1 127. If the user 
selects the '!= n operator field 1 107, then the user wants the data filter to display all 
entries in the Products file in which the attribute specified in the s e arch Search 
field 1 125 does not match the value entered in the ooaroh value Search Value field 
1127. 

Please amend paragraph [0107] as follows: 

[0 107] A show values Show Values check box 1 1 09 enables the user to specify a 
"fuzzy" search. In other words, instead of searching for entries in which the 
attribute named in the c e aroh Search field 1 125 exactly matches the value entered 
in the s o arch value Search Value field 1 127, the data filter returns all entries in the 
Products file in which the match is close. A Match match icon 1111 provides 
similar functionality to the show values Show Values check box 1 109, but enable 
enables the user to execute the data filter and see the results immediately. A cancel 
Cancel button 1 123[[,]] aborts the current data filter definition or creation process 
and returns the display 203 to a previously displayed display screen. 

Please amend paragraph [0108] as follows: 
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[0108] Figure 12 illustrates a second exemplary Find Product screen display 
1201 as it would appear on the display 203 (Fig. 2) of the PDA 101 (Figs. 1 and 2). 
Like the Find Product screen display 1101 (Fig. 11), the Find Product screen 
display 1201 is an entry screen that enables the user, or sales person, to define or 
modify a data filter using the display 203 and the stylus 207 (Fig. 2). However, 
unlike the display screen display 1101, which enables the user to enter create or 
modify a simple data filter, the display screen display 1201 enables the user to 
create or modify more advanced, or complex, data filters. Like the display scr ee ns 
screen displays 901 (Fig. 9), 1001 (Fig. 10), and 1101, the display screen display 
1201 includes a banner 1203, which includes the name of the display screen 
[[1101]] display 1201 . "Find Product," and the current time, "4:46p"; a files footer 
1213; and status icons 1215, 1217 and 1219, all of which exhibit similar 
functionality to the corresponding banner, files footer and status icons in Figures 9, 
10 and 11. Like the Find Product display screen display 1 101, the display screen 
display 1201 includes a [[Match]] match icon 1211 and a Cancel button 1223, 
which function in [[a]] similar fashion to the [[Match]] match icon 1111 and the 
Cancel button 1 123 (Fig. 11), respectively. 

Please amend paragraph [0109] as follows: 

[0109] Under the banner 1203, the display screen display 1201 includes two 
icons, an Execute icon 1 205 and [[an]] a Simple icon 1221 . When the user touches 
the Execute icon 1205 with the stylus 207 (Fig. 2), a current data filter, 
corresponding to the information displayed in a display box 1235, or in this 
example "(&(PrName=*Base*)(PrRetailPrice>=5.00))", is executed. Simply, the 
current data filter returns entries in the Products database in which the word "base" 
is som e wh e r e somewhere in the name of the product and the price is greater than 
or equal to $5.00. For example, entries for baseballs, baseball mitts, baseball bats 
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and baseball gloves that cost $5.00 or more are all returned for display on the PDA 
101. The meaning and syntax of such data filters is well known to those with skill 
in the art. At the right edge of the display box 1 235 is an up arrow and a down 
arrow, which when touched by the stylus 207, cause the display box 1235 to scroll 
if the current data filter is too large to fit within the confines of the display box 
1235. If the user touch e d touches the stylus 207 to the Simple icon 1221, the PDA 
101 displays the Find Produot display screen display 1101 on the display 203 of 
the PDA 101. 

Please amend paragraph [01 10] as follows: 

[0110] Like the Find Product display screen display 1101, the display screen 
display 1201 enables the user to enter a data filter, albeit a more complex one than 
the data filters of the screen display s creen 1101. A Search [[Filed]] field 1225 
enable enables the user to select multiple attributes of the Products database, one 
attribute at a time. A Search Value [[filed]] field 1227 enables the user to enter a 
price or other appropriate value to employ in a search of the database. Instead of 
the two Operators field choices operator entry fields provided above in the screen 
display sereen 1101, the display screen display 1201 includes four Op e rators 
operator entry fields eheiees 1207, a operator, or "equal to," a "!=" operator, or 
"not equal to," a ">=" operator, or "greater than or equal to," and a "<=" operator, 
or "less than or equal to." A Show Values check box 1209 functions in a similar 
fashion as the Show Values check box 1 109 of the display screen display 1101. 

Please amend paragraph [0 1 1 1] as follows: 
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[0111] The display screen display 1201 also includes a Build button 1229, two 
ConjunctioR conjunction buttons 1231 and a Reset button 1233. The Build button 
1229 moves a new search string specified by the Search field 1225, the Op e rators 
chock boxes operator entry fields 1207 and the Search Value field 1227 into the 
expression displayed in the display box 1235. The Conjunction conjunction 
buttons [[1232]] 1231 determine the relationship in a compound search string 
between the new search string moved by the Build button 1229 and an existing 
search string, if there is one, already displayed in the display box 1235. An "And" 
conjunction button 1231 creates a compound search string in which the conditions 
of both the new search string and the existing search string must be satisfied for an 
entry in the Products database to be displayed. An "Or" conjunction button 1231 
creates a compound search string in which one or both of the conditions 
represented by the new search string and the existing search string must be 
satisfied for an entry in the Products database to be displayed. The Reset button 
1233, when touched by the stylus 207, clears the display box 1235, thus enabling 
the user to start over in the creation of a search string. 

Please amend paragraph [0112] as follows: 

[0112] Using the screens of Figures 9-12, the user can define data filters 
employed to practice the techniques of the disclosed embodiment. Figures 9-12 
represent only a select portion of a graphical user interface (GUI), displayed on the 
display 203 of the PDA 101, that enables the execution of the mobile e-commerce 
application 3 10. The other applications 320, 330 and 340 have their own particular 
functionality functionalities. GUIs and corresponding screens. While various 
embodiments of the invention have been described, it will be apparent to those of 
ordinary skill in the art that many more embodiments and implementations are 
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possible that are within the scope of this invention. Accordingly, the invention is 
not to be restricted except in light of the attached claims and their equivalents. 
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